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INDIRECT EXPENSE IMPLEMENTATION FOR FINANQAL PROCESSING IN A 
RELATIONAL DATABASE MANAGEMENT SYSTEM 

CROSS REFERENCE TO RELATED APPUCATIONS 
5 This application is related to the following co-pending and commonly assigned 

patent applications: 

jA- AppHcation Serial No\)9/-,-,entided "BASIC AND INTERMEDIATE NET 

INTEREST REVENUE IMPLEMENTATION FOR FINANQAL PROCESSING IN A 
I RELAT[ONAL DATABASE MA>^GEMENT SYSTEM," filed on same date herewith, 

^ . . ' 10 by Geoi^e Robert Hood and Paul Phibbs, attorney's docket number 8980; 
0^ S Applickion Serial No. 09/— entided "ADVANCED AND 

BREAKTHROUGH NET INTEREST REVENUE IMPLEMENTATION FOR 
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FINANQAL PROCESSING IN A RELATIONAL DATABASE MANAGEMENT 
SYSTEM," filed on same date herewith, by George Robert Hood and Paul Phibbs, 
15 attorney's docket number^006; 

^ ApplicatiVi Serial No. 09/— ,—,entided "OTHER REVENUE 
IMPLEMENTATlW FOR FINANQAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," filed on same date herewith, by George Robert 
Hood, attome/s docket number 9015; 
20 Applicbidon Serial No. 09/—,—, entided "DIRECT EXPENSE 

IMPLEMENTAT^S^ FOR FINANQAL PROCESSING IN A RELATIONAL 
DATABASE MANAGEMENT SYSTEM," filed on same date herewidi, by George Robert 
Hood, attorney's docket number 9010; and 
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N AppUcarion\erial No. 09/---,---, entitled "RISK PROVISION 
IMPLEMENTATIONsFOR FINANQAL PROCESSING IN A RELATIONAL 
DATABASE MANAGERffiNT SYSTEM," filed on same date herewith, by Geoige Robert 
Hood, attorneys docket number 9011; and 
5 all of which are incorporated by reference herein. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention. 

This invention relates in general to financial processing systems performed by 
10 computers, and in particular, to the implementation of "indirect expense" calculations for 
financial processing using data accessed from a relational database management system. 

2. Description of Related Art. 

Financial processing systems provide tools for financial analysis of accounting data. 

15 Typically, each financial processing system operates in a unique way and approaches financial 
analysis differently. Some financial processing systems are advanced in their approach to 
profitability calculations, and others are still at a more basic level. In addition, there is no 
agreement as to the rules for profitability calculations, outside of generally accepted 
accounting policies that external auditors use. 

20 Yet, the majority of financial processing systems attempt to use profitability 

calculations to differentiate between sources of revenues and expenses. There is a need, 
then, for a flexible approach to profitability calculations in terms of the overall metric, as 
well as the type of data used. 
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SUMMARY OF THE INVENTION 
A Value Analyzer is a data-driven computer- facilitated financial processing system 
that accesses account, event and organization attributes from a relational database 
management database, wherein: (1) the account attributes comprise data about accounts 
5 being measured, (2) the event attributes comprise data about account- related transactions, 
and (3) the organization attributes comprise data about the organization's financial status. 
Profitability calculations are performed using the account, event and organization attributes 
accessed from the relational database management system, as well as one or more profit 
factors and one or more rules. The profitability calculations include the following: 
a 10 Profit = Net Interest Revenue (MR) 

S + Other Revenue (OR) 

S - Direct Expense (DE) 

U 

^ - Indirect Expense (IE) 

iT; = 

!^ - Risk Provision (RP) 

15 In this calculation, the Indirect Expense comprises costs not related to the accounts 

^ that are apportioned among all of the accounts in one or more groups, 

a : 

BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent 
20 corresponding parts throughout: 

FIG. 1 illustrates an exemplary hardware and software envirormient according to the 
preferred embodiment of the present invention; 

FIG. 2 is a data flow diagram that illustrates the operation of the Value Analyzer 
according to the preferred embodiment of the present invention; and 
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FIG. 3 is a flow chart illustrating the steps necessary for the execution of Profitability 
Calcuktions according to the preferred embodiment of the present invention. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
In the following description of the preferred embodiment, reference is made to the 
accompanying drawings which form a part hereof, and in which is shown by way of 
illustration a specific embodiment in which the invention may be practiced. It is to be 
understood that other embodiments may be utilized and structural changes may be made 
without departing from the scope of the present invention. 

OVERVIEW 

The Value Analyzer is a data-driven computer- facilitated financial model that 
provides accurate and consistent profitability calculations using accoimt, event and 
organization data stored in a relational database management system (RDBMS), wherein: (1) 
the account attributes comprise data about accounts being measured, (2) the event attributes 
comprise data about account- related transactions, and (3) the organization attributes 
comprise data about the organization's financial status. The profitability calculations 
performed by the Value Analyzer rely on a Five Factor Atomic Profit Metric (FFAPM): 
Profit = Net Interest Revenue (MR) 
+ Other Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 
NIR + OR-DE-IE-RP 
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In the above equation, it is assumed that the sign of elements that reduce profit are 
negative and those that contribute are positive. 

Each of the five factors of FFAPM are defined below: 

• Net Interest Revenue. This component comprises interest revenue, and is 
the largest component of profitability (e.g., from loans, deposits, cash, etc.). 

• Other Revenue. This component comprises non- interest revenue (e.g., fees 
and commissions), including those driven by events (e.g., open account, 
excessive counter withdrawals, early payout penalties, etc.). 

• Direct Expense. This component comprises expenses driven by events that 
are attributable to accoimts. 

• Indirect Expense. This component comprises expenses that are not 
attributable to specific accounts. This includes expenses that relate to the 
cost of doing business that are not driven by account or event activity, such 
as those that arise from overheads, inefficiencies or differences between 
standard and actual costs (e.g., the CEO's salary, etc.). 

• Risk Provision. This component comprises the expected cost of risks that 
arise from the uncertainties of doing business, e.g., market risks, customer 
credit, competition, operations, regulatory risks, political risks, etc. 

Each of these five factors can be measured for a desired period (daily, weekly, 
monthly, quarterly, etc.). Moreover, each factor is essentially discrete and independent with 
fundamentally different characteristics, which strengthens the user's ability to fully utilize the 
output to determine relationships between account, event and organization data, and enable 
consistent multiple dimensional aggregation. 
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The FFAPM is "atomic** in that profitability is computed using data stored in a 
relational database management system (RDBMS). There are three aspects to this: 

• components of profitability may be measured below the account level (at events 
which make up account activity over an accoxmting period) and acciunulated to the 
account, 

• components of profitability may be measured direcdy at the account level (such 
as interest paid or eamed for an accounting period), 

• components of profitability may be known, obtained, or aggregated at a higher 
level, and may be apportioned down to specific accounts and events according to 
various rules. 

The Value Analyzer generally defines "indirect" components of profitability to be 
those which must be apportioned to accounts and "direct" components to be those which 
are either computed at the account level, or are rolled up to the account level from lower 
level events. 

HARDWARE AND SOFTWARE ENVIRONMENT 
FIG. 1 illustrates an exemplary hardware and software environment according to the 
preferred embodiment of the present invention. In the exemplary environment, a computer 
system 100 implements a financial processing system in a three-tier client-server architecture, 
wherein the first or client tier provides a Value Analyzer Qient 102 that may include, inter 
alia, a graphical user interface (GUI), the second or middle tier provides a Value Analyzer 
Calculation Engine 104 for performing profitability calculations as described later in this 
application, and the third or server tier comprises a Relational DataBase Management system 
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(RDBMS) 106 that stores the data and metadata necessary for performing the profitability 
calculations from the data and metadata stored in a relational database. The first, second, 
and third tiers may be implemented in separate machines, or may be implemented as 
separate or related processes in a single machine. 
5 In the preferred embodiment, the Value Analyzer Qient 102 and the Value Analyzer 

Calculation Engine 104 together are referred to as the Value Analyzer. Generally, the Value 
Analyzer Qient 102 includes a graphical user interface (GUI) for operators of the system 
100, wherein requests are transmitted to the Value Analyzer Calculation Engine 104 and 
responses are received therefrom. The Value Analyzer Calculation Engine 104 performs the 

10 profitability calculations and other processing, including commands or functions for 

performing various search and retrieval functions in the RDBMS 106, wherein queries are 
transmitted to the RDBMS 106 as requests and tuples are received therefrom as responses. 
The Value Analyzer Client 102 and the Value Analyzer Calculation Engine 104 maybe 
implemented in separate machines, or maybe implemented as separate or related processes 

15 in a single machine. 

In the preferred embodiment, the RDBMS 106 includes at least one Parsing Engine 
(PE) 108 and one or more Access Module Processors (AMPs) llOA-UOE storing the 
relational database in one or more data storage devices 112A-112E. The Parsing Engine 108 
and Access Module Processors 110 maybe implemented in separate machines, or maybe 

20 implemented as separate or related processes in a single machine. The RDBMS 106 used in 
the preferred embodiment comprises the Teradata® RDBMS sold by NCR Corporation, the 
assignee of the present invention, although other DBMS's could be used. 

In the preferred embodiment, the system 100 may use any number of different 
parallelism mechanisms to take advantage of the parallelism offered by multiple Access 
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Module Processors 110. Further, data within the relational database maybe fully partitioned 
across all data storage devices 112 in the system 100 using hash partitioning or other 
partitioning methods. 

Generally, the Value Analyzer Qient 102, Value Analyzer Calculation Engine 104, 
RDBMS 106, Parsing Engine 108, and/or Access Module Processors llOA-llOE comprise 
logic and/ or data tangibly embodied in and/ or accessible from a device, media, carrier, or 
signal, such as RAM, ROM, one or more of the data storage devices 112A-112E, and/ or a 
remote system or device communicating with the computer system 100 via one or more data 
communications devices. 

However, those skilled in the art will recognize that the exemplary environment 
illustrated in FIG. 1 is not intended to limit the present invention. Indeed, those skilled in 
the art will recognize that other altemative environments may be used witiiout departing 
from the scope of the present invention. In addition, it should be understood that the 
present invention may also apply to components other than those disclosed herein. 



IG. 2 is a data flow diagram that illustrates the operation of the Value Analyzer 
Calculation Engine 104 according to the preferred embooiment of the present invention. 
Within the Value Analyzer Calculation Engine 104, one or more Profitability Calculations 
200 accept a number of inputs including Account Attributes 202, Event Attributes 204, 
Organization Attributes 206, and Profit FactOTs 208. Thereafter, the Profitability 
Calculations 200 invoke one or more Rules 210 tiiat generate the FFAPM 212, which in turn 
are used to create the Database 212. yke Database 212 maybe represented along account, 



VALUE ANALYZER DATA FLOW 
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event, or organization dimensions, or along other dimensions as may be required. These 
Input Definitions 

Account Attributes 202 comprise data about the accounts being measured. This data 
includes: balance, rate (or interest accrued), product identification, limits, expected default 
frequency, and various dates (e.g., open, rate reset, last payment, next payment, maturity, 
etc.). 

Event Attributes 204 comprise data about accoimt-related events or transactions. 
This data includes: account identification, event or transaction amounts, event or transaction 
location, event or transaction time, counter- party identification, event or transaction type 
(e.g., loan payment, interest paid, loan draw down amount, etc.). 

Oiganization Attributes 206 comprise data about the financial status of the 
organization. This data includes: balance sheet and profit statement amounts aggregated by 
the legal or management entities that own the account base being measured. 

Profit Factors 208 include parameter values necessary to perform the Profitability 
Calculations 200. The major classifications of this data include: 

• Funds transfer rates are pricing methods that require matched maturity 
opportunity rates for use in valuing each account's marginal use or source of 
internal funds. 

• Unit costs are used for Direct Expense calculations, where a total cost is 
provided as an Organization Attribute 206 and the Unit* Cost is then derived 
by dividing total cost by actual voliune. Unit Costs can be either standard. 
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actual, or market, and ideally represent mai^inal values (if "fully absorbed 
measures" are used, then the usefulness of allocated amounts is diminished.) 

• Allocated amounts are used in both Other Revenue and Indirect Expense 
calculations, wherein the allocated amounts are apportioned amongst all 
accounts in a group. 

• Miscellaneous calculation values may comprise, for example, the number of 
days in a profit measurement period, an equity allocation weighting, etc. 
These values are known as "modeling" parameters. 

• Amortization parameters are used in interest amortization, which requires 
interest rates and life values used by straight line amortization and by 
declining balance of amortization. 

• Risk measiirement parameters are used in Risk Provision calculations, which 
require various factors, such as: loss rates, reserve percentages, exposme 
factors, recovery rates, default probabilities and collection costs. 

• Tax rates are required for after-tax profit calculation. The Value Analyzer is 
designed to calculate pre-tax income on a taxable equivalent basis (where an 
effective tax rate is all that is required to transform pre-tax income into after 
tax earnings, i.e.. Profit). 



Rules 

The Profitability Calculations 200 use one or more Rules 210 applied to data 
retrieved from the RDBMS 106. These Rules 210 include, inter alia, the following: 
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Treatments. Every account with cash flows affecting a organization's balance sheet 
requires a method of valuing the account's use of internal funds. One approach is "matched 
maturity funds transfer pricing," which uses a canonical representation of an account's 
funding characteristics and then determines a value based on adjusted market yields for each 
instance that requires an interest rate transfer price to calculate an account's marginal Net 
Interest Revenue. 

Equity Allocation. In order to provide precise Net Interest Revenue calculations, the 
amount of equity funds required at an account must be determined. This rule allows for 
equity allocation using any of the following methods: simple ratios; regulatory definitions; 
economic allocations, or user defined allocations. 

Apportionment. Other Revenue, Risk Provision and Indirect Expense calculations 
are applied at the account level using Organization Attributes 206 that are not related directly 
to account activity. These profit adjustments are made so that the sum of all account-level 
Profitability Calculations 200 comprises the overall profit. One approach is to pool indirect 
costs and revenues and then apportion them. Apportiormient rules specify how the pooled 
indirect costs and revenues is completely allocated to appropriate accounts, wherein the 
preferred embodiment uses closed form allocations, which require only information known 
in the current period and not iterative computation. 

Amortization. Some types of income or expense are deferred or accrued over 
multiple periods, including and subsequent to the current accounting period. This is 
common to accrual accounting methods used in profit presentations of financial statements, 
and gives rise to timing differences between cash flows and their related profit as presented 
in a financial statement in any accounting period. Since the Value Analyzer is des^ned to 
reconcile to the financial statement's profit values, it supports deferral and accrual 
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accounting principles. Amortization methods that account for these timing differences are: 
interest amortization (used for interest income and expense accruak and for deferral of fees 
that are in lieu of interest), and stra^ht line or declining balance amortizations (used for cost 
deferrals and investment depreciation). 
5 Odier Revenue Pricing . In situations where account and event activity can be used 

to derive account level income or fees, the Value Analyzer calculates these drivers of the 
profitability in the Other Revenue calculations. These calculations comprise linear 
combinations of event or account values and modeled coefficients. 

Direct Expense. The calculation of account profit adjustments due to account- 

g 10 related activity requires rules that take the form of linear combinations of event or account 

01 values and modeled coefficients. 

m Indirect Expense. In situations where expense apportiormient or amortization 

=p amounts are aggregated, the user may want different rules applied. These rules allow for 

^ multiple profit calculations rules to be applied to derive multiple account level Indirect 

2 1 15 Expense amounts. 

^ Risk Provision. Adjusting current profit for expected future losses is known as 

"actuarial" profit provisioning. The Value Analyzer applies actuarial- based methods in its 
account level profit calculations, where the actuarial reserve that the provisions maintain 
represents the expected loss associated with all accounts. 
20 Taxable Equivalent Gross-up. Profit is an after-tax measure, and thus some events 

or portions of some accoimts' profits may be excluded from normal taxation. The Value 
Analyzer adjusts these pre-tax values, so that a singular tax rate can be used to convert pre- 
tax profit into after-tax values, which are also known as taxable equivalent adjustment. 
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These rules use account and event attributes to adjust each of the five factors of the FFAPM 
to a taxable equivalent basis. 

Interest Yield Adjustments. Since the Value Analyzer can calculate profits for any 
number of periods, the adjustment of cash interest payments, and the financial statement's 
5 accrual or smoothed representation of interest- related Profit, the Value Analyzer provides a 
method for converting cash interest amounts to accrual amounts for financial statements. 
The Value Analyzer implements an "effective interest rate" conversion to accomplish this 
type of calculation. 



p 10 Profitability Calculations 

Oi The following describes the method used by the Profit Calculations 200: 

1 . Retrieve data from the RDBMS 106. 

2. Calculate Net Interest Revenue for every account. 

3 . Calculate Other Revenue for every account. 
15 4. Calculate Direct Expense for every account. 

5. Calculate Indirect Expense for every account. 

6. Calculate Risk Provision for every account. 

7. Calculate Profit for every account. 

8. Store die FFAPM Profit and die five factors of FFAPM into the RDBMS 

20 106. 

9. Aggregate and/ or re- calculate the FFAPM Profit and the five factors of 
FFAPM as necessary. 

Note that steps 2 through 6 perform account-level calculations. Steps 2, 3, 4, 5, and 
6 can be performed independendy and in parallel, while step 7 requires values derived in 
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steps 2, 3, 4, 5, and 6, and dierefore must be performed after steps 2, 3, 4, 5, and 6 arc 
completed. 

Output Definition 

The Profit Calculations 200 generate one or more values for the five factors of the 
FFAPM 210, and specifically, the MR, OR, DE, IE, RP, and Profit values. These values are 
used to generate the output data 214, which can be stored by the RDBMS 106 in the 
relational database. 

Analytic Variations 

The Value Analyzer operates on data and calculations across a continuum, in order 
to provide the analytic variations necessary for financial processing at various levels of 
aggregation. This continuum is comprised of multiple tiers as described below: 

basic - > intermediate - > advanced - > breakthrough. 

Not every tier is necessarily present for each element of data or every calculation. 

This continuum embodies the notion of inheritance, wherein the data and • 
calculations of the higher tiers embody the data and calculations of the lower tiers. The 
principle of inheritance means that the data and calculations by which the separate tiers are 
defined are nested, i.e., the definition of "intermediate" includes the definition of "basic," 
but with added functionality that goes beyond "basic," and so on. Thus, there is consistency 
in the data and calculations performed at the different tiers in the continuum. 
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Indiiect Expense 

Indirect Expense (IE) includes any costs that are not related to account activity, e.g., 
the cost of the corporate jet or the internal audit function. Indirect Expenses are allocated 
to the account level using an apporrionment method. 
5 The Value Analyzer also allows for different apportionment methods, e.g., by 

account, customer, product, organization, etc. The Value Analyzer also allows multiple 
apportionment rules. For example, unutilized data center capacity cost maybe apportioned 
evenly to multiple product lines, or maybe apportioned evenly to multiple customers, or 
may be included in organizational overhead, 
p 10 Indirect Expense for an account is based on the total Indirect Expense, which is 

01 then apportioned among groups of accoxmts. Generally, the apportionment is performed as 

Q 

described below: 

• The sum of all groups must equal the total Indirect Expense. 

• An accoxint may be associated with more than one group. 
15 •A group may be associated with more than one account. 

• Any unallocated Indirect Expense is associated with an empty group (i.e., a 
group with no associated accounts). 

In the following examples, lE^, and lE^ are apportioned amoimts of Indirect 
Expense IE, where a^ and z- are accounts associated with IE„, and a^ is an account associated 
20 with lE^. 

Let lEi^ = An apportioned amount of IE associated with group k 

A(IE^ = A group of accounts associated with lE^. 

F(IE J = An apportionment rule for IE associated with group k 

IEk(a) = The Indirect Expense allocated to account a in group k 
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IE (a) = The total Indirect Expense allocated to account a. 

The total Indirect Expense for any account a^ = IE(ai) is given by the following: 



Of eAUE) 
k 



aeA{IE^) 



This provides for selecting each Indirect Expense group (lEj^ (also known as a 
partition) that is associated with account aj, then computing the proportion of lE^ that is 
associated with a^, and summing this for all such groups. 

The following describes the alternative apportioiunent rules F(IEi): 

Rule 1: Balance-based apportionment of IE, 

Define Apportionment rule F(lE^{di^ = Current Balance of (a^. 

Thus: 

Current Balance of a 



F(IE,)(a) = IE, 



k 

J 



^(Current Balance of Qj) 



summed over a^ in the group k. 

Rule 2: Count- based apportionment of IE. 

Define F(a) = 1. 

Thus: 

F{IE, ){a) = IE, * ^- 

{count of a in A{IE, )) 

for a^ in the group k 

Rule 3: Revenue- based apportioiunent of IE (note that the Value Analyzer must 
have calculated MR and OR prior to this calculation of IE). 

Define ¥{2^ = NIR(ai) + OK{z^ = Total Revenue for (a;). 
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Thus: 

NIR{a) + OR{a) 



F(JE,)ia) = IE, 



Y,(NIR{aj) + OR(aj)) 



summed over 2i- in the group k 

Rule 4: Transaction Count apportionment of IE. 

Define F(ai) = Count of transactions for (a), restricted to a transaction type given by 
the organization. 
Thus: 

count of transactions{a) 



F(IE,){a) = IE, 



^(countof transactions{a j)) 



for some transaction type, summed over a^ in the group k 
Rule 5: Transaction Amount apportionment of IE. 

Define ¥{z) = Summation of transaction amounts for (aj), restricted to a transaction 
type given by the organization. 
Thus: 

^{count of transactions{a)) 

p^J^ ~ * transactions over the period 



X! ^{count of transactions{a j)) 

j transactions over the period 



for some transaction type, summed over aj in the group k 
Rule 6: Direct Expense apportiorunent of IE (note that the Value Analyzer must 
have calculated Direct Expense prior to Indirect Expense for this rule). 
Define F(aj) = Direct Expense of (aj). 
Thus: 
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summed over in the group k 

Rule 7: Nomialized (averaged) apportiomnent of IE (note that the Value Analyzer 
mu5t have calculated Net Interest Revenue, Other Revenue, and Direct Expense prior to 
Indirect Expense for this rule). 

Define: 

F(ai) =[IEofRule lF(a} +IEofRule3F(ai) + IE of Rule 6 F(ai)] ^ 3. 
Indirect Expense in the Basic Tier 

Following are the inputs and outputs of the calculation of Indirect Expense in the 
Basic Tien 



Inputs 


Outputs 


Apportiormient rule. 


Indirect Expense for Account. 


Total Indirect Expense. 





In the Basic Tier, the total Indirect Expense (which includes both fixed and variable 
costs) is apportioned to the accounts using one of first three apportionment rules, i.e., Rules 
1,2, or 3. 

Accordingly: 

F(a.) 

IE (a-) = (Total IE to be apportioned) "^1= — - — 

k 

Note that if F(a) equals the balance of a, then ^F{a) is just the total of all balances 
of all accounts being apportioned the IE amount. 
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Indirect Expense in the Intermediate Tier 

Following are the inputs and outputs of the calculation of Indirect Expense in the 
Intermediate Tien 



Inputs 


Outputs 


Total Indirect Expense partitioned into 
component parts. 


Indirect Expense for Account. 


Mapping of accounts to the Indirect Expense 
partitions resulting in Indirect Expense Groups 
of accounts. 




Table identifying which apportionment rule to 
use for each partition. 





In the Intermediate Tier, multiple Indirect Expense amoimts are apportioned to the 
accounts using the first five apportionment rules, i.e., Rules 1, 2, 3, 4, or 5. 

Generally, in the Intermediate Tier, the rule for partitioning IE and defining 
corresponding account groups is based on product attributes only. The calculation of IE (a;) 
is the same as described above, and is given generally by the following: 

f \ 



a, 6 /((/£) 

/£(a,)= 2 

k 



F(IE,)(a,) 

aeA{JE) 



where the F's are the desired apportionment rules. 



Indirect Expense in the Advanced Tier 

The inputs and outputs of the calculation of Indirect Expense in the Advanced Tier 
are the same as the Intermediate Tier. Moreover, in the Advanced Tier, the Value Analyzer 
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allows for the apportionment of IE based on product and account attributes using any of the 
apportionment rules described above. 

The Advanced Tier also provides the capability to amortize costs over time using 
three different amortization methods: (1) stra^ht line, (2) declining balance, and (3) interest 
rate. Therefore, large outlays can be spread out over some period of time. 

Indirect Expense in the Breahhrpugh Tier 

The inputs and outputs of the calculation of Indirect Expense in the Breakthrough 
Tier are the same as the Intermediate Tier. Moreover, in the Breakthrough Tier, the Value 
Analyzer allows for the apportionment of IE by any of the apportiormient rules described 
above. In addition, altemative, user-defined apportionment rules maybe used, wherein the 
Value Analyzer maintains altemative profitability calculations. This allows, for example, IE 
to be apportioned by organization, byproduct, and by other schemes, giving rise to different 
potential profitability at the account level, although the total profitability would be the same 
(assuming the same total amount of IE is allocated in each case). 

LOGIC OF THE PREFERRED EMBODIMENT 
FIG. 3 is a flowchart illustrating the steps necessary for the execution of Profitability 

Calculations 200 according to the preferred embodiment of the present invention. Those 

skilled in the art will recognize that this logic is provided for illustrative purposes only and 

that different logic maybe used to accomplish the same results. 

Block 300 represents the Value Analyzer Client 102 invoking one or more 

Prof itability Calculations 200 in the Value Analyzer Calculation Engine 104. 
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Block sd^N^resents the Value Analyzer Calculation Engine 104 invoking one or 
more scripts related tb. the invoked Profitability Calculations 200, wherein the scripts 
comprise SQL statemenK^at are transmitted to the RDBMS 106. These SQL statements 
access account, event and or^i^iization attributes from the database managed by the RDBMS 
106. 

Block 304 represents the Parsing Engine 108 of the RDBMS 106 receiving the SQL 
statements and transforming the statements into an operator tree. 

Block 306 represents the Parsing Engine 108 of the RDBMS 106 generating one or 
more access plans from the operator tree. 

Block 308 represents the Parsing Engine 108 of the RDBMS 106 parallelizing the 
access plans, and then transmitting the access plans to their assigned Access Module 
Processors llOA-E of the RDBMS 106. 

Block 310 represents the Access Module Processors llOA-E of the RDBMS 106 
performing the required data manipulation associated with the access plans received from 
the Parsing Engine 108, wherein the access plans are performed in parallel by the Access 
Module Processors llOA-E. 

Block 312 represents the Parsing Engine 108 of the RDBMS 106 merging the results 
received from the Access Module Processors llOA-E and providing the merged results to 
the Value Analyzer Calculation Engine 104 as account, event and organization attributes. 
^^^^ Block 314 represents the Value Analyzer Oflculation Engine 104 performing the 
invoked Prof itability Calculations 200 using the account, event and organization attributes 
accessed from the RDBMS 106, as well as omJor more profit factors and one or more rules. 
In this Block, the Prof itability Calculations 36o include: 

Profit = Net Inter^ Revenue (MR) 
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Direct Expeffie (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 

wherein the Indirect Expense comprises tosts not related to the accounts that are 
apportioned among all of the accounts in one or more groups. 

In this Block, the Indirect Expense may be apportioned among all of the accounts 
using organization attributes that are not related direcdy/o the accounts. The Indirect 
Expense may be apportioned using one of a plurality of apportionment methods and/ or 
using a plurality of apportionment methods, \^4ierein/an account may be associated with 
more than one group and a group may be associatdfl with more than one account. 
Moreover, any unallocated Indirect Expense is apportioned to an empty group. 

Specifically, in the preferred embodiment this Block calculates the Indirect Expense 
(IE (a;)) for an account aj which comprises: 

f I \ 



lEl 



.. F{IE,){a,) 
Y^F{IE,){aj) 



wherein lE^ is an apportioned amount of IE associated with group k, A(IE,^ is a group of 
accounts associated with lEj^ F(IEi) is an Apportionment rule associated with group k, IEk(a) 
is the amount apportioned to account a in group k, and IE (a) is the total Indirect Expense 
apportioned to account a. This Block may perform one or more of seven pre-defined 
apportionment rules, including a balande-based apportionment, a count-based 
apportionment, a revenue-based apportionment, a transaction count apportionment, a 
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transaction amount apportionment, a Direct Expense apportionment, and a normalized 
apportionment. User-defined apportionment/rules maybe xised as well. 

Block 316 represents the Value Analyzer Calci|Iation Engine 104 delivering the 
^ output or results from the invoked Profitability Calcdlations 200 to the Value Analyzer 
5 Client 102 and/or the RDBMS 106. With regard iJxhe Value Analyzer Client 102, die • 
results may be presented to the user, printed, or used by various other computer programs, 
as desired. With regard to the RDBMS 106, theAesults maybe stored for later use by die 
Value Analyzer Calculation Ei^ine 104, or other computer programs, as desired. 

□ 10 CONCLUSION 

m This concludes the description of the preferred embodiment of the invention. The 

following paragraphs describe some alternative embodiments for accomplishing the same 
invention. 

In one alternative embodiment, any type of computer or configuration of computers 
15 could be used to implement the present invention. In addition, any database management 
system, decision support system, on-line analytic processing system, or other computer 
program that performs similar functions could be used with the present invention. 

In summary, the present invention discloses a Value Analyzer, which is a data-driven 
computer- facilitated financial processing system that accesses accoxmt, event and 
20 organization attributes from a relational database management database, wherein: (1) the 
accoimt attributes comprise data about accounts being measured, (2) the event attributes 
comprise data about account- related transactions, and (3) the organization attributes 
comprise data about die organization's financial status. Profitability calculations are 
performed using the account, event and organization attributes accessed from the relational 
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database management system, as well as one or more prc^fit factors and one or more rules. 
The profitability calculations include the followir^: 

Profit = Net Interest Revenue (MR) 
+ Odier Revenue (OR) 
Direct Expense (DE) 
Indirect Expense (IE) 
Risk Provision (RP) 

In this calculation, the Indirect Expense comprises costs not related to the accounts 
that are apportioned among all of the accounts in one or more groups. 

The foregoing description of the preferred embodiment of the invention has been 
presented for the purposes of illustration and description. It is not intended to be exhaustive 
or to limit the invention to the precise form disclosed. Many modifications and variations 
are possible in light of the above teaching. It is intended that the scope of the invention be 
limited not by this detailed description, but rather by the claims appended hereto. 
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